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(57) Method and apparatus for creating and main- 
taining dynamic group addresses for facilitating Push- 
to-Talk over Cellular (PoC) group communication ses- 
sions among mobile stations (302) in a communications 
network are disclosed. In one embodiment the method 
comprises receiving at least one rule defining a member 
of the dynamic group in association with a group ad- 
dress; and populating the dynamic group with members 
from said mobile stations (302) determined in accord- 



ance with the at least one rule. Rules may be defined 
with reference to presence and/or location information 
availableforthe mobile stations (302). Such information 
may be published on behalf of the stations to one or 
more servers (310) adapted to identify mobile stations 
matching the rules. The method may comprise subscrib- 
ing to the servers (304,308,31 0) to obtain the matching 
mobile stations (302) with which to populate dynamic 
group addresses. 



CN 
CO 
CO 

oo 

LO 



CL 
LU 



UE .Access. 



SIP 
IP 



308 



300 



FIG. 3 



GLMS 

T* 310- 



Presence 
Server 



304 
± 2, 



Remote 

PoC 
Network 



PoC 
Server 



Location 
Server 



316 



Printed by Jouve, 75001 PARIS (FR) 



1 



EP 1 587 332 A1 



2 



Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a method and 
apparatus for dynamically creating a group address for 
facilitating communications among a group of users. 

BACKGROUND OF THE INVENTION 

[0002] A wireless communication device, such as a 
cellular telephone or mobile station, is capable of mak- 
ing and receiving voice calls and/or sending and receiv- 
ing data over a wireless communication network. Re- 
cent developments have given such mobile stations the 
ability to communicate in "push-to-talk" (PTT) modes 
using Push-to-talk over Cellular (PoC) technology. PoC 
communication utilizes Voice-over-IP (VoIP) techniques 
which involve the communication of data packets carry- 
ing voice information. PoC communication is adapted 
for one-to-one talks or group talks which are session- 
based. 

[0003] The end user of a mobile station may send an 
"invitation" for PoC communication to other potential 
"participants" who may "accept" or ignore the invitation. 
When an invitation is accepted, a PoC session is creat- 
ed between the two participants. Further acceptances 
of the invitation will expand the session into a group ses- 
sion having more than two participants. 
[0004] There are two common ways to create PoC 
groups for PoC services: 1) predefining a group defini- 
tion by a PoC service provider or by a Web-based ap- 
plication tool and 2) defining a group definition at use 
time by a user. 

[0005] Similarly, a user may communicate via instant 
messaging to a group of users in a chat session, ex- 
changing instant messages among the group. 
[0006] An individual may wish to be able to initiate a 
group communication with other persons (previously 
known or unknown to the individual) who share at least 
one common characteristic such as location, personal 
preference for a meal or other activity, or a set of com- 
mon interests or a combination of such characteristics. 
[0007] Examples of the use of such a dynamic group 
could be: 

1 . "My friends close by" - This group's membership 
is dynamically created based on a subset of prelist- 
ed members (friends) that are within a certain prox- 
imity of the owner of the group. 

2. "My lunch buddies" - This group's membership is 
dynamically created based on a subset of prelisted 
members (friends) that have published similar lunch 
preferences as the owner of the group. 

3. "My love match" - This groups membership is dy- 
namically created based on a comparison of similar 



compatibility characteristics as the owner of the 
group and that are within a certain proximity of the 
owner of the group. 

5 4. "My shopping buddies" - This group's member- 
ship is dynamically created based on a subset of 
prelisted members (friends) that have indicated that 
they wish to shop today. 

10 5. "My chess game partners" - This groups mem- 
bership is dynamically created based on publication 
of interest in playing a networked chess game. 

6. "Mayday Call" - The introduction of such dynamic 
15 groups would facilitate a new call concept of "May- 
day Calls". In the event of an accident the user 
would be able to call directly to a group of users, 
almost certainly previously unknown to the user re- 
quiring assistance, to request urgent assistance. An 

20 example use of this would be a skier, who had had 
an accident and wanted urgent assistance from oth- 
er skiers in his vicinity. The Mayday Call group's 
membership is dynamically created based on all us- 
ers that are within a certain proximity of the owner 
25 of the group that have authorized their inclusion as 
members of the Mayday Group. 

7. Taxi Location Based Dispatch Call - The Taxi Dis- 
patcher wishes to contact taxis within a certain prox- 

30 imity of the location of the pickup. The Dispatch Call 
group's membership is dynamically created based 
on all prelisted taxi driver users that are within a cer- 
tain proximity of the pick-up's location. The location 
of the pick-up is entered by the dispatcher. 

35 

[0008] A solution to one or more of these needs is 
therefore desired. 

SUMMARY OF THE INVENTION 

40 

[0009] Methods and apparatus for facilitating dynamic 
group creation for Push-to-talk over Cellular (PoC) 
group communication sessions, instant messaging ses- 
sions, chat and other communications are described 
45 herein. 

[001 0] In one embodiment the method comprises re- 
ceiving at least one rule defining a member of the dy- 
namic group in association with a group address; and 
populating the dynamic group with members from said 
50 mobile stations determined in accordance with the at 
least one rule. Rules may be defined with reference to 
presence and/or location information available for the 
mobile stations. Such information may be published on 
behalf of the stations to one or more servers adapted to 
55 identify mobile stations matching the rules. The method 
may comprise subscribing to the servers to obtain the 
matching mobile stations with which to populate dynam- 
ic group addresses. These and other aspects including 
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one or more method, server, mobile station and compu- 
ter program product aspects will be apparent to those 
of ordinary skill in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] In order that the invention may be readily un- 
derstood, embodiments of the invention are illustrated 
by way of examples in the accompanying drawings, in 
which: 

[0012] Fig. 1 is a block diagram which illustrates per- 
tinent components of a wireless communication network 
and a mobile station which communicates within this 
network, both configured to facilitate Push-to-talk over 
Cellular (PoC) communications; 

[001 3] Fig. 2 is a more detailed diagram of the mobile 
station which may communicate within the wireless 
communication network; 

[0014] Fig. 3 is block diagram of system component 
configurations pertaining to PoC communication ses- 
sions of the present application; 

[001 5] Fig. 4 is a block diagram of system component 
configurations pertaining to an example PoC communi- 
cation session between three users in accordance with 
an embodiment of the invention; 
[001 6] Fig. 5 is flow diagram showing a flow of exem- 
plary dynamic group creation communications among 
the system components of Fig. 4 in accordance with an 
embodiment of the invention. 

[001 7] Fig. 6 is flow diagram showing a flow of exem- 
plary dynamic group creation communications among 
the system components of Fig. 4 in accordance with a 
further embodiment of the invention. 

DETAILED DESCRIPTION 

[0018] Fig. 1 is a block diagram of a communication 
system 100 which includes a mobile station 102 which 
communicates through a wireless communication net- 
work 104. Mobile station 102 preferably includes a vis- 
ual display 112, a keyboard 114, and perhaps one or 
more auxiliary user interfaces (Ul) 1 1 6, each of which is 
coupled to a controller 106. Controller 106 is also cou- 
pled to radio frequency (RF) transceiver circuitry 108 
and an antenna 110. 

[001 9] Typically, controller 1 06 is embodied as a cen- 
tral processing unit (CPU) which runs operating system 
software in a memory component (not shown). Control- 
ler 106 will normally control overall operation of mobile 
station 102, whereas signal processing operations as- 
sociated with communication functions are typically per- 
formed in RF transceiver circuitry 108. Controller 106 
interfaces with device display 112 to display received 
information, stored information, user inputs, and the like. 
Keyboard 114, which may be a telephone type keypad 
or full alphanumeric keyboard, is normally provided for 
entering data for storage in mobile station 102, informa- 
tion for transmission to network 104, a telephone 



number to place a telephone call : commands to be ex- 
ecuted on mobile station 102, and possibly other or dif- 
ferent user inputs. 

[0020] Mobile station 102 sends communication sig- 
5 nals to and receives communication signals from net- 
work 1 04 over a wireless link via antenna 110. RF trans- 
ceiver circuitry 108 performs functions similar to those 
of a radio network (RN) 128, including for example mod- 
ulation/demodulation and possibly encoding/decoding 
10 and encryption/decryption. It is also contemplated that 
RF transceiver circuitry 108 may perform certain func- 
tions in addition to those performed by RN 1 28. It will be 
apparent to those skilled in art that RF transceiver cir- 
cuitry 1 08 will be adapted to particular wireless network 
15 or networks in which mobile station 102 is intended to 
operate. 

[0021] Mobile station 1 02 includes a battery interface 
122 for receiving one or more rechargeable batteries 
124. Battery 124 provides electrical power to electrical 

20 circuitry in mobile station 1 02, and battery interface 1 22 
provides for a mechanical and electrical connection for 
battery 124. Battery interface 122 is coupled to a regu- 
lator 126 which regulates power to the device. When 
mobile station 102 is fully operational, an RF transmitter 

25 of RF transceiver circuitry 108 is typically turned on only 
when it is sending to network, and is otherwise turned 
off to conserve resources. Similarly, an RF receiver of 
RF transceiver circuitry 108 is typically periodically 
turned off to conserve power until it is needed to receive 

30 signals or information (if at all) during designated time 
periods. 

[0022] Mobile station 102 operates using a memory 
module 1 20, such as a Subscriber Identity Module (SIM) 
or a Removable User Identity Module (R-UIM), which is 

35 connected to or inserted in mobile station 1 02 at an in- 
terface 118. As an alternative to a SIM or an R-UIM, mo- 
bile station 102 may operate based on configuration da- 
ta programmed by a service provider into an internal 
memory which is a non-volatile memory. Mobile station 

40 1 02 may consist of a single unit, such as a data com- 
munication device, a cellulartelephone, a multiple-func- 
tion communication device with data and voice commu- 
nication capabilities, a personal digital assistant (PDA) 
enabled for wireless communication, or a computer in- 

45 corporating an internal modem. Alternatively, mobile 
station 102 may be a multiple-module unit comprising a 
plurality of separate components, including but in no 
way limited to a computer or other device connected to 
a wireless modem. In particular, for example, in the mo- 

50 bile station block diagram of Fig. 1 , RF transceiver cir- 
cuitry 108 and antenna 110 may be implemented as a 
radio modem unit that may be inserted into a port on a 
laptop computer. In this case, the laptop computer would 
include display 112, keyboard 114, and one or more aux- 

55 jiiary Uls 116, and controller 106 may remain within the 
radio modem unit that communicates with the compu- 
ter's CPU or be embodied as the computer's CPU. It is 
also contemplated that a computer or other equipment 
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not normally capable of wireless communication may be 
adapted to connect to and effectively assume control of 
RF transceiver circuitry 1 08 and antenna 1 1 0 of a single- 
unit device such as one of those described above. Such 
a mobile station 102 may have a more particular imple- 
mentation as described later in relation to mobile station 
202 of Fig. 2. 

[0023] Mobile station 102 communicates in and 
through wireless communication network 104. In the 
embodiment of Fig. 1 , wireless network 104 is a Third 
Generation (3G) supported network based on Code Di- 
vision Multiple Access (CDMA) technologies. In partic- 
ular, wireless network 104 is a CDMA2000 network 
which includes fixed network components coupled as 
shown in Fig. 1. Wireless network 104 of the 
CDMA2000-type includes a Radio Network (RN) 128, a 
Mobile Switching Center (MSC) 130, a Signaling Sys- 
tem 7 (SS7) network 140, a Home Location Register/ 
Authentication Center (HLR/AC) 138, a Packet Data 
Serving Node (PDSN) 132, an IP network 134, and a 
Remote Authentication Dial-In User Service (RADIUS) 
server 136. SS7 network 140 is communicatively cou- 
pled to a network 142 (such as a Public Switched Tele- 
phone Network or PSTN), whereas IP network is com- 
municatively coupled to a network 144 (such as the In- 
ternet). Persons of ordinary skill in the art will appreciate 
that other networks and associated topologies including 
GPRS, E-GPRS and UMTS radio networks may be em- 
ployed with the teachings herein. 
[0024] During operation, mobile station 102 commu- 
nicates with RN 128 which performs functions such as 
call-setup, call processing, and mobility management. 
RN 128 includes a plurality of base station transceiver 
systems that provide wireless network coverage for a 
particular coverage area commonly referred to as a 
"cell". A given base station transceiver system of RN 
1 28, such as the one shown in Fig. 1 , transmits commu- 
nication signals to and receives communication signals 
from mobile stations within its cell. The base station 
transceiver system normally performs such functions as 
modulation and possibly encoding and/or encryption of 
signals to be transmitted to the mobile station in accord- 
ance with particular, usually predetermined, communi- 
cation protocols and parameters, under control of its 
controller. The base station transceiver system similarly 
demodulates and possibly decodes and decrypts, if nec- 
essary, any communication signals received from mo- 
bile station 1 02 within its cell. Communication protocols 
and parameters may vary between different networks. 
For example, one network may employ a different mod- 
ulation scheme and operate at different frequencies 
than other networks. The underlying services may also 
differ based on its particular protocol revision. 
[0025] The wireless link shown in communication sys- 
tem 1 00 of Fig. 1 represents one or more different chan- 
nels, typically different radio frequency (RF) channels, 
and associated protocols used between wireless net- 
work 104 and mobile station 102. An RF channel is a 



limited resource that must be conserved, typically due 
to limits in overall bandwidth and a limited battery power 
of mobile station 102. Those skilled in art will appreciate 
that a wireless network in actual practice may include 

5 hundreds of cells depending upon desired overall ex- 
panse of network coverage. All pertinent components 
may be connected by multiple switches and routers (not 
shown), controlled by multiple network controllers. 
[0026] For all mobile stations 102 registered with a 

10 network operator, permanent data (such as mobile sta- 
tion 1 02 user's profile) as well as temporary data (such 
as mobile station's 102 current location) are stored in a 
HLR/AC 138. In case of a voice call to mobile station 
102, HLR/AC 138 is queried to determine the current 

15 location of mobile station 1 02. A Visitor Location Regis- 
ter (VLR) of MSC 130 is responsible for a group of lo- 
cation areas and stores the data of those mobile stations 
that are currently in its area of responsibility. This in- 
cludes parts of the permanent mobile station data that 

20 have been transmitted from HLR/AC 1 38 to the VLR for 
faster access. However, the VLR of MSC 1 30 may also 
assign and store local data, such as temporary identifi- 
cations. Mobile station 1 02 is also authenticated on sys- 
tem access by HLR/AC 138. In order to provide packet 

25 data services to mobile station 102 in a 
CDMA2000-based network, RN 128 communicates with 
PDSN 132. PDSN 132 provides access to the Internet 
144 (or intranets, Wireless Application Protocol (WAP) 
servers, etc.) through IP network 134. PDSN 132 also 

30 provides foreign agent (FA) functionality in mobile IP 
networks as well as packet transport for virtual private 
networking. PDSN 1 32 has a range of I P addresses and 
performs IP address management, session mainte- 
nance, and optional caching. RADIUS server 136 is re- 

35 sponsible for performing functions related to authenti- 
cation, authorization, and accounting (AAA) of packet 
data services, and may be referred to as an AAA server. 
[0027] Wireless communication network 104 also in- 
cludes a Push-to-talk over Cellular (PoC) server 137 

40 which may be coupled to IP network 134. PoC server 
1 37 operates to facilitate PoC individual and group com- 
munication sessions between mobile stations within 
network 104. A conventional PoC communication ses- 
sion involves a session connection between end users 

45 of mobile stations, referred to as session "participants", 
who communicate one at a time in a half-duplex manner 
much like conventional walkie-talkies ortwo-way radios. 
[0028] Those skilled in art will appreciate that wire I ess 
network 1 04 may be connected to other systems, pos- 

50 sibly including other networks, not explicitly shown in 
Fig. 1. A network will normally be transmitting at very 
least some sort of paging and system information on an 
ongoing basis, even if there is no actual packet data ex- 
changed. Although the network consists of many parts, 

55 these parts all work together to result in certain behav- 
iours at the wireless link. 

[0029] Fig. 2 is a detailed block diagram of a preferred 
mobile station 202. Mobile station 202 is preferably a 
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two-way communication device having at least voice 
and advanced data communication capabilities, includ- 
ing the capability to communicate with other computer 
systems. Depending on the functionality provided by 
mobile station 202, it may be referred to as a data mes- 
saging device, a two-way pager, a cellular telephone 
with data messaging capabilities, a wireless Internet ap- 
pliance, or a data communication device (with orwithout 
telephony capabilities). Mobile station 202 may commu- 
nicate with any one of a plurality of base station trans- 
ceiver systems 200 within its geographic coverage area. 
[0030] Mobile station 202 will normally incorporate a 
communication subsystem 211 , which includes a receiv- 
er 21 2, a transmitter 214, and associated components, 
such as one or more (preferably embedded or internal) 
antenna elements 216 and 218, local oscillators (LOs) 
213, and a processing module such as a digital signal 
processor (DSP) 220. Communication subsystem 211 
is analogous to RF transceiver circuitry 108 and antenna 
1 1 0 shown in Fig. 1 . As will be apparent to those skilled 
in field of communications, particular design of commu- 
nication subsystem 211 depends on the communication 
network in which mobile station 202 is intended to op- 
erate. 

[0031 ] Mobile station 202 may send and receive com- 
munication signals over the network after required net- 
work registration or activation procedures have been 
completed. Signals received by antenna 216 through 
the network are input to receiver 212, which may per- 
form such common receiver functions as signal amplifi- 
cation, frequency down conversion, filtering, channel 
selection, and like, and in example shown in Fig. 2, an- 
alog-to-digital (A/D) conversion. A/D conversion of a re- 
ceived signal allows more complex communication 
functions such as demodulation and decoding to be per- 
formed in DSP 220. In a similar manner, signals to be 
transmitted are processed, including modulation and 
encoding, for example, by DSP 220. These DSP-proc- 
essed signals are input to transmitter 214 for digital-to- 
analog (D/A) conversion, frequency up conversion, fil- 
tering, amplification and transmission over communica- 
tion network via antenna 218. DSP 220 not only proc- 
esses communication signals, but also provides for re- 
ceiver and transmitter control. For example, the gains 
applied to communication signals in receiver 212 and 
transmitter 214 may be adaptively controlled through 
automatic gain control algorithms implemented in DSP 
220. 

[0032] Network access is associated with a subscrib- 
er or user of mobile station 202, and therefore mobile 
station 202 requires a memory module 262, such as a 
Subscriber Identity Module or "SIM" card or a Remova- 
ble User Identity Module (R-UIM), to be inserted in or 
connected to an interface 264 of mobile station 202 in 
order to operate in the network. Alternatively, memory 
module 262 may be a non-volatile memory which is pro- 
grammed with configuration data by a service provider 
so that mobile station 202 may operate in the network. 



Since mobile station 202 is a mobile battery-powered 
device, it also includes a battery interface 254 for receiv- 
ing one or more rechargeable batteries 256. Such a bat- 
tery 256 provides electrical power to most if not all elec- 
5 trical circuitry in mobile station 202, and battery interface 
254 provides for a mechanical and electrical connection 
for it. The battery interface 254 is coupled to a regulator 
(not shown in Fig. 2) which provides power V+ to all of 
the circuitry. 

10 [0033] Mobile station 202 includes a microprocessor 
238 (which is one implementation of controller 106 of 
Fig. 1 ) which controls overall operation of mobile station 
202. This control includes network selection techniques 
of the present application. Communication functions, in- 

*5 eluding at least data and voice communications, are per- 
formed through communication subsystem 211 . Micro- 
processor 238 also interacts with additional device sub- 
systems such as a display 222, a flash memory 224, a 
random access memory (RAM) 226, auxiliary input/out- 

20 put (I/O) subsystems 228, a serial port 230, a keyboard 
232, a speaker 234, a microphone 236, a short-range 
communications subsystem 240, and any other device 
subsystems generally designated at 242. Some of the 
subsystems shown in Fig. 2 perform communication-re- 

25 lated functions, whereas other subsystems may provide 
"resident" or on-device functions. Notably, some sub- 
systems, such as keyboard 232 and display 222, for ex- 
ample, may be used for both communication-related 
functions, such as entering a text message for transmis- 

30 sion over a communication network, and device-resi- 
dentfunctionssuch as a calculator or task list. Operating 
system software used by microprocessor 238 is prefer- 
ably stored in a persistent store such as flash memory 
224, which may alternatively be a read-only memory 

35 (ROM) or similar storage element (not shown). Those 
skilled in the art will appreciate that the operating sys- 
tem, specific device applications, or parts thereof, may 
be temporarily loaded into a volatile store such as RAM 
226. 

40 [0034] Microprocessor 238, in addition to its operating 
system functions, preferably enables execution of soft- 
ware applications on mobile station 202. A predeter- 
mined set of applications which control basic device op- 
erations, including at least data and voice communica- 

45 tion applications, will normally be installed on mobile 
station 202 during its manufacture. A preferred applica- 
tion that may be loaded onto mobile station 202 may be 
a personal information manager (PIM) application hav- 
ing the ability to organize and manage data items relat- 

50 ing to user such as, but not limited to ; e-mail, calendar 
events, voice mails, appointments, and task items. Nat- 
urally, one or more memory stores are available on mo- 
bile station 202 and SIM 262 to facilitate storage of PIM 
data items and other information. 

55 [0035] The PIM application preferably has the ability 
to send and receive data items via the wireless network. 
In a preferred embodiment, PIM data items are seam- 
lessly integrated, synchronized, and updated via the 



5 



9 



EP 1 587 332 A1 



10 



wireless network, with the mobile station user's corre- 
sponding data items stored and/or associated with a 
host computer system thereby creating a mirrored host 
computer on mobile station 202 with respect to such 
items. This is especially advantageous where the host 
computer system is the mobile station user's office com- 
puter system. Additional applications may also be load- 
ed onto mobile station 202 through network, an auxiliary 
I/O subsystem 228, serial port 230, short-range commu- 
nications subsystem 240, or any other suitable subsys- 
tem 242, and installed by a user in RAM 226 or prefer- 
ably a non-volatile store (not shown) for execution by 
microprocessor 238. Such flexibility in application instal- 
lation increases the functionality of mobile station 202 
and may provide enhanced on-device functions, com- 
munication-related functions, or both. For example, se- 
cure communication applications may enable electronic 
commerce functions and other such financial transac- 
tions to be performed using mobile station 202. 
[0036] In a data communication mode, a received sig- 
nal such as a text message, an e-mail message, or web 
page download will be processed by communication 
subsystem 211 and input to microprocessor 238. Micro- 
processor 238 will preferably further process the signal 
for output to display 222 or alternatively to auxiliary I/O 
device 228. A user of mobile station 202 may also com- 
pose data items, such as e-mail messages, forexample, 
using keyboard 232 in conjunction with display 222 and 
possibly auxiliary I/O device 228. Keyboard 232 is pref- 
erably a complete alphanumeric keyboard and/or tele- 
phone-type keypad. These composed items may be 
transmitted over a communication network through 
communication subsystem 211 . 
[0037] For voice communications, the overall opera- 
tion of mobile station 202 is substantially similar except 
thatthe received signals would be outputto speaker234 
and signals for transmission would be generated by mi- 
crophone 236. Alternative voice or audio I/O subsys- 
tems, such as a voice message recording subsystem, 
may also be implemented on mobile station 202. Al- 
though voice or audio signal output is preferably accom- 
plished primarily through speaker 234, display 222 may 
also be used to provide an indication of the identity of a 
calling party, duration of a voice call, or other voice call 
related information, as some examples. 
[0038] Serial port 230 in Fig. 2 is normally implement- 
ed in a personal digital assistant (PDA)-type communi- 
cation device for which synchronization with a user's 
desktop computer is a desirable, albeit optional, com- 
ponent. Serial port 230 enables a user to set preferenc- 
es through an external device or software application 
and extends the capabilities of mobile station 202 by 
providing for information or software downloads to mo- 
bile station 202 other than through a wireless commu- 
nication network. The alternate download path may, for 
example, be used to load an encryption key onto mobile 
station 202 through a direct and thus reliable and trusted 
connection to thereby provide secure device communi- 



cation. 

[0039] Short-range communications subsystem 240 
of Fig. 2 is an additional optional component which pro- 
vides for communication between mobile station 202 

5 and different systems or devices, which need not nec- 
essarily be similar devices. For example, subsystem 
240 may include an infrared device and associated cir- 
cuits and components, or a Bluetooth™ communication 
module to provide for communication with similarly-en- 

10 abled systems and devices. Bluetooth™ is a registered 
trademark of Bluetooth SIG, Inc. 
[0040] Fig. 3 is a block diagram of relevant system 
components pertaining to PoC communications of the 
present application. System components 300 include 

15 user equipment (UE) 302 which represents a mobile sta- 
tion, a PoC server 304, an access network 306, a Group 
and List Management Server (GLMS) 308 , a SI P/l P core 
312, a Presence Server310 and a Location Server316. 
The 3GPP defined IP Multimedia Subsystem (IMS) is 

20 an example of a SIP/IP core for mobile networks. Some 
of these components may be optional or not necessary 
forfundamental operation. Though illustrated as individ- 
ual component devices some or all of the components 
304, 308, 310 collectively 314 may be configured within 

25 the same device (not shown). 

[0041] A PoC communication session is a session 
connection between end users of a UE 302, referred to 
as session "participants", who communicate one at a 
time in a half-duplex manner. PoC communication uti- 

30 lizes Voice over IP (VoIP) technology which involves the 
communication of data packets carrying voice informa- 
tion. UE 302 is terminal equipment (e.g. a mobile sta- 
tion) which includes PoC application client software, 
which includes functionality of the present application 

35 but otherwise utilizes conventional techniques. SIP/IP 
core 31 2 includes a plurality of Session Initiation Proto- 
col (SIP) proxies and SIP registrars. The first point of 
contact for UE 302 is one of the proxies in SIP/IP core 
312 that is used by UE 302 as the outbound proxy. In 

40 the 3GPP IMS architecture, the outbound proxy is 
known as the Proxy-CSCF (P-CSCF). SIP/IP Core 312 
performs the following functions: (1) routing of SIP sig- 
naling between UE 302 and PoC server 304; (2) termi- 
nation of SIP compression from UE 302; (3) authentica- 

45 tion and authorization; (4) maintenance of the registra- 
tion state; and (5) reporting to the charging system. UE 
302 sends all its SI P messages to the I P address of the 
outbound proxy after resolving the SIP Uniform Re- 
source Identifier (URI) of the outbound proxy to an IP 

50 address. 

[0042] End users use GLMS 308 to manage groups, 
contact lists, and access lists. A contact list may be used 
by end users to establish an instant talk session with 
other PoC users or PoC Groups. An end user may have 
55 one or several contact lists including identities of other 
PoC users or PoC groups. Contact list management in- 
cludes operations to allow UE 302 to store and retrieve 
the contact lists managed by GLMS 308. End users can 
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define PoC groups, particularly as described further be- 
low with reference to Figs. 4-5. An end user may use a 
PoC group to initiate an instant group talk session or a 
chat group talksession, depending on thetype of group. 
An access list is used by the end user as a means of 
controlling who is allowed to initiate instant talksessions 
to the end user. An access list contains end user defined 
identities of other end users or groups. The end user 
may have one blocked identities list and one granted 
identities list. 

[0043] With reference to group management in ac- 
cordance with the present application as described fur- 
ther below with reference to Figs. 4-5. GLMS 308 stores 
group lists referenced by a group address (such as a 
group URL). Lists of members of groups can be static 
or dynamic. GLMS 308 accepts subscriptions from us- 
ers to a group address containing a set of rules (i.e. fil- 
ters) that define who is an active member of the group 
identified by the group address. A user may obtain a 
group address from GLMS 308 or create one in accord- 
ance with a protocol therefore such as Extensible 
Markup Language (XML) Configuration Access 
(XCAP). 

[0044] In turn, GLMS 308 subscribes or otherwise in- 
terfaces to Presence Server 31 0 to obtain users whose 
presence information matches the rules specified in the 
user subscription. The GLMS thus becomes a watcher 
for such presence information. GLMS 308 also notifies 
the subscribing user when a group member who meets 
the rules in the subscription is available upon receipt in- 
formation from Presence Server 310. Such notification 
may be controlled by a group address owner in accord- 
ance with an authorization policy defined when the dy- 
namic group is created. As well, such group address in- 
formation may only be sent to those subscribing users 
to the group who subscribe to this type of information. 
[0045] Further, GLMS may notify PoC server 304 (e. 
g. through a SIP Subscribe-Notify mechanism or other 
means) who the active members of the group are when 
members join or leave. 

[0046] PoC server 304 includes functionality to per- 
form the PoC service. PoC Server 304 typically per- 
forms functions such as: (1) end-pointfor SIP signaling; 
(2) end-point for real-time transport protocol (RTP) and 
RTP Control Protocol (RTCP) signaling; (3) SI P session 
handling; (4) policy control for access to groups; (5) 
group session handling; (6) access control; (7) floor con- 
trol functionality (floor control is a control mechanism 
that arbitrates requests, from the UEs, for the right to 
speak); (8) talker identification; (9) participant informa- 
tion; (10) quality feedback; (11) charging reports; and 
(12) media distribution. 

[0047] Presence server 31 0 manages presence infor- 
mation that is uploaded by presence user/network/ex- 
ternal agents, and is responsibleforcombiningthe pres- 
ence-related information from the information it receives 
from multiple sources into a single presence document. 
Presence server 31 0 delivers notifications of presence 



information to authorized watchers for such information 
as described above. Watchers may subscribe to the 
presence information to receive the notifications. 
[0048] Location Information is information about the 

5 location of a User (i.e. UE 302). It could be generated 
in a variety of ways such as through GPS satellite infor- 
mation for UEs so equipped or based on triangulation 
of the signal from a UE collected from multiple base sta- 
tions of access network 306, among others. In addition 

10 to direct publishing to presence server 31 0 by the user 
location information may be gathered and distributed by 
a location server 31 6. GSM/UMTS networks support a 
Gateway Mobile Location Center (GMLC) network ele- 
ment that collects location information from various lo- 

15 cation collecting sources. Such an element may be 
adapted to publish this information to presence server 
310. The rules for dynamic group address determination 
using location information can be matched in presence 
server 310 if the location information is published to 

20 presence server 31 0 or alternatively location server 31 6 
(such as a GMLC or another server communicating with 
the GMLC) could be adapted to do the matching of the 
rules. 

[0049] Each entity in the PoC system is assigned one 
25 or more IP addresses belonging to public or private IP 
realms. On the other hand, an end user may address 
another userby a phone number. UE302sendsaphone 
number to SIP/IP core 312 in a TEL Uniform Resource 
Locator (URL). The phone number may use the interna- 
30 tional E.164 format (prefixed with a '+' sign) or a local 
format using a local dialing plan and prefix. SIP/IP core 
31 2 interprets the phone number with a leading '+' to be 
an E.164 number. Addressing by TEL URL for a PoC 
session requires that PoC Server 304 can resolve the 
35 TEL URL to a SIP URI, for instance by using DNS/ 
ENUM or other local data base. A phone number in a 
local format is converted to the E.164 format before 
DNS/ENUM is used. 

[0050] For a group communication to take place (such 
40 as a Push to Talk communication, or an instant messag- 
ing chat session) a group address is used for addressing 
communication signaling for setup of the group commu- 
nication with members of the group. In accordance with 
the teachings herein, in order for a group to be created 
45 dynamically for a communication, members of the dy- 
namic group address need to be populated. Such a dy- 
namic group address may be populated with members 
selected from users of the network using presence in- 
formation which may include location information about 
50 the users stored by or provided to the network and fil- 
tered according to rules. A user wishing to establish a 
particular dynamic group may provide the rules for pop- 
ulating the group. 

[0051] Rules defining criteria which must be satisfied 
55 by another to be included in a particular group may be 
defined in a number of ways, including, for example, us- 
ing Extensible Markup Language (XML) documents well 
known in the art. Rules may reference presence and/or 
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location data elements, use comparison expressions 
and other data to define eligibility as a member of the 
group. For example, a mayday filter may reference pres- 
ence data such as user's publishing a willingness to be 
considered for a mayday group, current location of users 
and a proximity threshold (e.g. 500m). 
[0052] In the simplest form, the user who has this ca- 
pability either creates (using a protocol such as XCAP) 
a group address (such as a SIP URL) or is provided by 
the network with a group addressthat has no permanent 
group members. Rather, the user defines rules or filters 
for association with the group address that determine 
the dynamic membership of the group based on infor- 
mation stored in or provided to the network concerning 
other users. 

[0053] Dynamic group membership may be deter- 
mined in a number of ways. Membership may be deter- 
mined as a subset of users in the network who indicate 
that they are interested in being members of a particular 
dynamic group. Potential users may publish via pres- 
ence techniques a desire to be considered for a partic- 
ular group. Membership may be determined from a sub- 
set of particular pre-selected or named users identified 
by the dynamic group address owner and associated 
with the group at the time the dynamic group address is 
created. A user may be a group owner defining the rules 
for membership and pre-select a group of fellow users 
as potential candidates and provide rules for dynamical- 
ly defining the group at any instance using presence 
and/or location information published for those pre-se- 
lected users. 

[0054] Other users who wish to be candidate mem- 
bers of such dynamic groups may publish (using pres- 
ence techniques) an indication that they wish to partic- 
ipate in particular dynamic groups and, additionally, ei- 
ther directly or through information collected by the net- 
work publish presence and/or location information about 
the user for use to determine membership dynamically. 
In addition to publishing an interest in a specific dynamic 
group, users may publish an interest in being a candi- 
date for dynamic groups generally. Those users not 
choosing to be considered can thus be easily excluded. 
[0055] Other than the inventive techniques described 
herein, the PoC architecture and signaling may be the 
same as is conventional as described in current speci- 
fications such as Push-to-talk over Cellular (PoC), Ar- 
chitecture, PoC Release 1.0 - Architecture V1.1.0 
(2003-08) Technical Specification; and Push-to-talk 
over Cellular (PoC), Signaling Flows, PoC Release 1 .0 

- Signaling Flows V1 .1 .3 (2003-08) Technical Specifica- 
tion and OMA Standard Push to Talk over Cellular (PoC) 

- Architecture Draft Version 1 .0 - 25 March 2004. 
[0056] Some users may choose to be anonymous 
when they become members of a dynamic group. Anon- 
ymous users may choose to only watch/listen to the 
communication within the dynamic group - this is known 
as passive participation. Mechanisms may be provided 
to enable users to indicate if they require anonymity 



when joining dynamic groups that they wish to partici- 
pate in. The creator of a dynamic group can also deter- 
mine if anonymous members will be allowed, and 
whether they can actively or only passively participate 

5 as part of the rules for group creation. A mechanism also 
is provided for anonymous group members to reveal 
their identity later once they are participating in the dy- 
namic group. Preferably to facilitate anonymity, users 
may include such preference information in their respec- 

10 tive presence information. Dynamic group owners may 
then choose filtering (e.g. an authorization attribute) 
which permits or denies membership to anonymous us- 
ers. 

[0057] The user(s) subscribes to the group address 

15 and the network subscribes to the presence information 
based on the rules associated with the group address. 
This may include the use of presence filters in the sub- 
scription that trigger notifications only when the rules for 
active membership of the group are satisfied. When a 

20 candidate member of the group publishes directly (or 
has published on their behalf by the network) informa- 
tion that satisfies the rules for active membership of the 
group, a notification is sent indicating that this member 
is now an active member of the group. This notification 

25 may be delivered to the other active members of the 
group who have subscribed to the group address if such 
notification is authorized by the dynamic group address 
owner. Subscribing to such group membership informa- 
tion is optional. 

30 [0058] When an active group member performs a 
group communication (such as a Push-To-Talk talk 
burst) to the dynamic group address. The communica- 
tion is routed to all the currently active members of the 
group. 

35 [0059] Fig. 4 is a block diagram of a system compo- 
nent configuration pertaining to PoC communications 
between three users in accordance with an embodiment 
of the invention. Persons of ordinary skill in the art will 
appreciate that the choice of three users is merely illus- 

40 trative and not limiting. Configuration 400 comprises el- 
ements of configuration 300, namely PoC Server 304, 
GLMS 308, presence server31 0 which may be provided 
as individual components or collected and provided as 
one component (e.g. 314) or in other collected compo- 

45 nent configurations (not shown) location server 31 6 and 
SIP/IP core 312. In addition, there are three example 
users, User-1 402, User-2 404 and User-3 406 each with 
respective UE 302. 

[0060] Within the context of the architecture above, 
50 Fig. 5 is a flow 500 which illustrates an example PoC 
communication session among the three users of Fig. 
4. The representative flow illustrates a method for dy- 
namic group address creation for PoC communications. 
The method may be embodied in a computer program 
55 product which includes a computer storage medium (e. 
g. computer disk or memory) and computer instructions 
stored in the computer storage medium. 
[0061] In the present example, the group address and 
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candidate members (friends) for the group have been 
defined by the owner in advance such as is known. Us- 
ing a User Interface (Ul) (e.g. UE 302) not shown, user- 
1402 defines rules for creating dynamically the address. 
The Ul preferably allows the user to specify or select 
from a set of rules/options to assist with the definition of 
the rules for association with the group address. 
[0062] Flow operations 500 start at step 502 where 
User-1 402 subscribes to the Group Address (URL) by 
sending a SIP Subscribe to GLMS 308. The SIP Sub- 
scribe request contains filters in the body of the request 
that indicate the rules for active membership of the 
group. In this case, the filters indicate a lunch preference 
for User-1 402 which isfor Italian food. GLMS 308, either 
using SI P Subscribe or some other mechanism, obtains 
from Presence Server 310 a list of users who are 
present who meet the criteria for group membership 
(step 504). 

[0063] At step 506, User-2 404 sends SIP Publish to 
Presence Server 310 to publish presence information 
about this user including information about lunch pref- 
erences. In this case Chinese and Italian food prefer- 
ences are published. At step 508, Presence Server 310, 
using either SIP Notify or some other means, notifies 
GLMS 308 that User-2 404 is available and meets the 
rules specified by User-1 402. A contact address for Us- 
er-2 404 is provided. GLMS 308 adds User-2 404 to the 
group. 

[0064] At step 510 GLMS 308 sends a SIP Notify to 
User-1 402 indicating that User-2 404 is now a member 
of the group because of a shared preference for Italian 
food. At step 51 2, GLMS, using either a SIP Notify some 
other means, notifies PoC Server 304 that User-2 404 
is now a member of the group. 

[0065] At step 514, User-3 406 sends SIP Publish to 
Presence Server 310 to publish presence information 
about this user including information about lunch pref- 
erences, in this case Italian and Mexican foods. At step 
516, Presence Server 310, using either SIP Notify or 
some other means, notifies GLMS 308 that User-3 406 
is available and meets the rules specified by User-1 404 
and provides User-3's 406 contact address. GLMS 308 
adds User-3 406 to the group. 

[0066] At step 51 8, GLMS sends a SIP Notify to User- 

1 402 indicating that User-3 406 is now a member of the 
group. At step 520, GLMS 308 using either a SIP Notify 
some other means notifies PoC Server 304 that User-3 
406 is now a member of the group. 

[0067] At step 522, User-1 invites the Italian food lov- 
ing fellow users to lunch using the mobile station to place 
a PoC call by sending a SIP Invite to PoC server 04 ad- 
dressed to the Group Address that now contains User- 

2 404 and User-3 406. 

[0068] At step 524, PoC server 304 that owns this 
Group Address resolves it to the member addresses of 
User-2 404 and User-3 406 and sends a SIP Invite to 
the call to User-2 404. At step 526, PoC server 304 
sends a SIP Invite to User-3 406 as well. 



[0069] At steps 528 and 530, User-2 404 and User-3 
406 respectively accept the call by sending a SIP 200 
OK response to PoC server 304. At steps 532 and 534 
the respective acceptances are relayed to User-1 402 
5 by PoC server 304 by sending respective SIP 200 OK 
responses to User-1 402. 

[0070] At step 536, User-1 402 starts to talk to the oth- 
er users (404 406) using the voice communication path 
established by PoC server 304 in order to select an Ital- 
10 ian restaurant at which the users 402-406 may meet for 
lunch. 

[0071] Within the context of the general architecture 
above in Fig. 4 and including additional presence serv- 
ers that are not shown therein , Fig. 6 is a flow 600 which 
15 illustrates a portion of an example PoC communication 
session initiation by a user to dynamically define mem- 
bers for a group address from users whose presence 
information is managed by a plurality of presence serv- 
ers. Individual presence servers may be from the same 
20 or different domains and networks. The method illustrat- 
ed may be embodied in a computer program product 
which includes a computer storage medium (e.g. com- 
puter disk or memory) and computer instructions stored 
in the computer storage medium. 
25 [0072] Operations 600 begin for a flow to search mul- 
tiple servers and at step 602 a user (e.g. User-1) sub- 
scribes to a group address (URL) by sending a SIP Sub- 
scribe to GLMS containing filters in the body of the re- 
quest that indicate the rules for active membership of 
30 the group. GLMS has a resource list comprising pres- 
ence servers in its own or other domains that may also 
contain matches for the filters in the subscribe message. 
In this case GLMS has a resource listthat contains Pres- 
ence Server-1 and Presence Server-4. GLMS uses a 
35 SIP Subscribe to subscribe to Presence Server-1 to ob- 
tain the list of users who are present who meet the cri- 
teria for group membership. This Subscribe is routed to 
Presence Server-1 (step 604). 

[0073] Presence Server-1 , as well as searching its 
40 own store (e.g. a presence database) for matches, also 
has a resource list containing other presence servers in 
its own or other domains that may also contain matches 
for the filters in the subscribe. In this case Presence 
Server-1 has a resource list that contains Presence 
45 Server-2 and Presence Server-3. Presence Server-1 
uses a SIP Subscribe to subscribe to Presence Server- 
2 to obtain the list of users who are present who meet 
the criteria for group membership. This subscribe is 
routed to Presence Server-2 (step 606). 
50 [0074] At step 608 Presence Server-1 acknowledges 
the Subscribe by sending a SIP 200 OK back to GLMS 
and at step 610 GLMS acknowledges User-1's Sub- 
scribe by sending a SIP 200 OK back to the PTT Termi- 
nal of user-1 . 

55 [0075] At step 612 Presence Server-2 acknowledges 
the Subscribe by sending a SIP 200 OK back to Pres- 
ence Server-1 . Presence Server-2 uses a SIP Notify to 
notify Presence Server-1 of the matches found and re- 
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ceives a SIP 200 OK in return (steps 614-616). 
[0076] At step 618 Presence Server-1 uses a SIP 
Subscribeto also subscribe to Presence Server-3 to ob- 
tain the list of users who are present who meet the cri- 
teria for group membership. This Subscribe is routed to 
Presence Server-3. At steps 620-624. Presence Server- 
3 acknowledges the Subscribe by sending a SIP 200 
OK back to the Presence Server-1 and Presence Serv- 
er-3 uses a SIP Notify to notify Presence Server-1 of the 
matches found receiving Presence Server-1's acknowl- 
edgement to the Notify in return. 
[0077] At steps 626-628, GLMS uses a SI P Subscribe 
to subscribe to Presence Server-4 to obtain the list of 
users who are present who meet the criteria for group 
membership. This Subscribe is routed to Presence 
Server-4 which acknowledges the Subscribe by sending 
a SIP 200 OK back to GLMS. 

[0078] Presence Server-4 uses a SIP Notify to notify 
the GLMS of the matches found and GLMS acknowl- 
edges the Notify by sending a SIP 200 OK back to the 
Presence Server-4 (steps 630-632). 
[0079] Presence Server-1 aggregates (combines) the 
responses in the received Notify messages from Pres- 
ence Server-2 and Presence Server-3 and uses a SIP 
Notify to notify GLMS of the matches found (step 634). 
GLMS acknowledges the Notify by sending a SIP 200 
OK back to the Presence Server-1 (step 636). 
[0080] GLMS aggregates (combines) the responses 
from Presence Server-1 and Presence Server-4 in the 
received Notify communications. GLMS uses a SIP No- 
tify to notify User-1 of the matches found and the user's 
UE acknowledges the Notify by sending a SIP 200 OK 
back to GLMS (steps 638-640). Though notification is 
described whereby members are aggregated before 
messaging to another entity (e.g. GLMS, a presence 
server, or UE), messaging could be initiated as soon as 
a member is determined to gradually populate the 
group. As well, persons skilled in the art will appreciate 
that server entities may communicate with fellow serv- 
ers simultaneously ratherthan in turn as shown and de- 
scribed. 

[0081] The above flow illustrates how Resource List 
search hierarchies can be used to search multiple serv- 
ers and multiple domains for matches. This technique 
can be utilized in situations which require searches in 
multiple domains/networks. For example a Mayday Call 
by User-1 could use a "mayday" URL forthe group. Us- 
er-1 's PTT Terminal subscribes to the mayday group 
URL. A GLMS in the PTT terminal's home network starts 
to add users to that group on the basis of pre-defined 
rules (filters). The rules may examine presence and lo- 
cation information such as those available users who 
are located within 500 metres of User-1 by subscribing 
to the Presence Servers in the home network. 
[0082] In the case of a British skier (having a "home" 
network) travelling in the French Alps roaming on a 
"roaming" network, the initial additions to the group 
would be other home network subscribers in the area. 



In this case a notification would be returned by the 
GLMStothe PTT terminal as soon asoneothermember 
has been added to the group so that the call could be 
initially established. 

5 [0083] Subsequently GLMS in the home networksub- 
scribes to the roaming network using a resource list ac- 
cessed based on visited network information in the Sub- 
scribe request. Presence Servers in the roaming net- 
work conduct searches of their own presence informa- 

10 tion to find other users within the 500m range specified 
in the filters and return notify messages to the home net- 
work which would add those roaming network users into 
the Mayday group. 

[0084] Subsequently, the roaming network Presence 
15 Servercould then subscribe to a Presence Server of one 
or more other network operators in France using their 
own resource lists, with the rules they had received from 
the filters in the subscribe sent from the home (British) 
network. The Notify communications from the other net- 
20 works are then notified back from the roaming network 
to the home network and those users so notified to 
GLMS also become members of the Mayday group. 
[0085] The above-described embodiments of the 
present application are intended to be examples only. 
25 Those of skill in the art may effect alterations, modifica- 
tions and variations to the particular embodiments with- 
out departing from the scope of the application. The in- 
vention described herein in the recited claims intends to 
cover and embrace all suitable changes in technology. 



Claims 

1. A method of creating and managing a dynamic 
35 group for initiating a group communication session 

among mobile stations in a communications net- 
work, the method comprising: 

receiving at least one rule defining a member 
40 of the dynamic group in association with a 

group address; and 

populating the dynamic group with members 
from said mobile stations determined in accord- 
45 ance with the at least one rule. 

2. The method of claim 1 including providing notifica- 
tion of members of the dynamic group in response 
to said populating. 

50 

3. The method of claim 1 or claim 2 including deter- 
mining which of said mobile station users match the 
at least one rule. 

55 4. The method of claim 3 wherein determining com- 
prises receiving notification that one or more partic- 
ular mobile stations match the at least one rule in 
accordance with respective presence information 
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for the one or more particular mobile stations. 

5. The method of claim 3 or claim 4 wherein determin- 
ing comprises receiving notification that one or 
more particular mobile stations match the at least 
one rule in accordance with respective location in- 
formation for the one or more particular mobile sta- 
tions. 

6. The method of claim 4 orclaim 5 including subscrib- 
ing to at least one service which provides notifica- 
tion of mobile stations that match one or more rules 
defined in response to one or more of presence in- 
formation and location information for mobile sta- 
tions; and wherein, said subscribing is responsive 
to said at least one rule. 

7. The method of claim 6 including determining an ad- 
dress for each of the at least one service for sub- 
scribing, said address determined from a resource 
list of addresses for such services. 

8. The method of any one of claims 1 to 7 including 
maintaining said dynamic group, removing a partic- 
ular one of said mobile stations as a member in ac- 
cordance with the at least one rule. 

9. The method of claim 6 or 7 including receiving no- 
tification that a particular one of said mobile stations 
no longer matches the at least one rule. 

10. The method of any one of claims 1 to 9 including 
receiving a change of the at least one rule and man- 
aging the members of the dynamic group in accord- 
ance with the change wherein managing comprises 
at least one of adding and removing members. 

1 1 . The method of any one of claims 1 to 1 0 including 
notifying a communications server of the members 
of said dynamic group for facilitating communica- 
tion among said members in a group communica- 
tion session. 

12. The method of any one of claims 1 to 11 including 
notifying a user using a mobile station of the mem- 
bers of said dynamic group. 

13. A method for providing notification of mobile sta- 
tions that match one or more rules to define mem- 
bers of a dynamic group for initiating a group com- 
munication session among mobile stations in a 
communications network, the method comprising: 

receiving a request for notification of mobile 
stations matching at least one rule defined in 
accordance with at least one of presence infor- 
mation and location information for mobile sta- 
tions; and 



sending a notification identifying at least one 
particular mobile station that matches said at 
least one rule in response to at least one of re- 
spective presence information and location in- 
5 formation for the particular mobile station. 

14. The method of claim 13 including storing presence 
information published on behalf of mobile stations. 

10 15. The method of claim 13 orclaim 14 including storing 
location information published on behalf of mobile 
stations. 

1 6. The method of any one of claims 1 3 to 1 5 including 
15 sending a notification identifying a particular mobile 
station that no longer matches said at least one rule 
in response to a change in presence information 
published on behalf of the particular mobile station. 

20 1 7. The method of any one of claims 1 3 to 1 6 compris- 
ing evaluating at least one of presence information 
and location information with reference to said at 
least one rule to determine a match. 

25 18. The method of claim 17 comprising subscribing to 
at least one service which provides notification of 
mobile stations that match one or more rules de- 
fined in response to one or more of presence infor- 
mation and location information for mobile stations; 

30 and wherein said subscribing is responsive to said 
at least one rule, thereby to extend a search for mo- 
bile stations matching the at least one rule. 

19. The method of claim 18 wherein said subscribing 
35 extends the search to at least one of different do- 
mains and networks. 

20. The method of claim 1 8 or claim 1 9 comprising de- 
termining an address for each of said at least one 

40 service with which to subscribe from a resource list 
of addresses for such services. 

21. A method of creating and managing a mayday 
group for initiating a mayday group communication 

45 among mobilestations in a communication network, 
the method comprising: 

receiving a request from a first mobile station 
to initiate a group communication with at least 
50 one second communication device proximate 

to said first mobile station; 

populating the mayday group with particular 
ones of said mobile stations determined in re- 
55 sponse to pre-defined rules for the mayday 

group and presence information and location 
information for said mobile stations. 
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22. The method of claim 21 including subscribing to at 
least one service to receive notification of mobile 
stations that match rules defined in response to one 
or more of presence information and location infor- 
mation for mobile stations; and wherein said sub- 5 
scribing is responsive to said pre-defined rules. 

23. The method of claim 22 comprising receiving noti- 
fication of individual matching mobile stations as the 
individual matching mobile stations are determined 10 
by said at least one service to hasten said populat- 
ing. 

24. The method of claim 22 or claim 23 comprising fur- 
ther subscribing by one or more of said at least one 15 
service to one or more other such services thereby 

to extend a search for mobile stations matching the 
pre-defined rule. 

25. The method of claim 24 wherein said further sub- 20 
scribing extends the search for mobile stations to 
include a home network and a roaming network of 
said first mobile station. 

26. A server for creating and managing a dynamic 25 
group for initiating a group communication session 
among mobile stations in a communications net- 
work, the server comprising: 

a communication system for transmitting and 30 
receiving messages via the communications 
network; 

a processor coupled to the communication sys- 
tem for processing messages; and 35 

memory coupled to the processor for storing in- 
structions to configure the processor to: 

receive at least one rule defining a member 40 
of the dynamic group in association with a 
group address; and 

populate the dynamic group with members 
from said mobile stations determined in ac- 45 
cordance with the at least one rule. 

27. The server of claim 26 wherein the memory further 
stores instructions to configure to processor to sub- 
scribe to a service providing notification of mobile 50 
stations that match the at least one rule in accord- 
ance with presence information for the mobile sta- 
tions. 

28. The server of claim 26 wherein the memory further 55 
stores instructions to configure to processorto pro- 
vide the members of the dynamic group to a server 

for facilitating group communications among the 



members. 

29. A server for defining a member of a dynamic group 
for initiating a group communication session among 
mobile stations in a communication network, the 
server comprising: 

a communication system for transmitting and 
receiving messages via the communications 
network; 

a processor coupled to the communication sys- 
tem for processing messages; and 

memory coupled to the processor for storing in- 
structions to configure the processorto: 

receive a request for notification of mobile 
stations matching at least one rule defined 
in accordance with presence information 
for mobile stations; and 

send a notification identifying at least one 
particular mobile station that matches said 
at least one rule in response to respective 
presence information for the particular mo- 
bile station. 

30. The server of claim 29 wherein the memory further 
storing instructions to configure the processorto re- 
ceive and store presence information published on 
behalf of the mobile stations. 

31. A mobile station for initiating a group communica- 
tion session among other mobile stations in a com- 
munication network, the mobile station comprising: 

a communication system for transmitting and 
receiving messages via the communication 
network; 

a processor coupled to the communication sys- 
tem for processing messages; and 

memory coupled to the processorfor storing in- 
structions to configure the processorto: 

transmit at least one rule defining a mem- 
ber of the dynamic group in association 
with a group address to a server adapted 
to create and manage the dynamic group, 
said server populating the dynamic group 
with members from said other mobile sta- 
tions determined in accordance with the at 
least one rule. 

32. A machine readable medium comprising program 
code executable on a server of claim 26 for imple- 
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meriting any of the methods of claims 1 to 12. 

33. A machine readable medium comprising program 
code executable on a server of claim 29 for imple- 
menting any of the methods of claims 1 3 to 20. 5 

34. A machine readable medium comprising program 
code executable on a server of any one of claims 
26 to 30 for implementing any of the methods of 
claims 21 to 25. 10 

35. A machine readable medium comprising program 
code executable on a mobile station of claim 31 for 
configuring the processor to transmit at least one 
rule defining a member of the dynamic group in as- 15 
sociation with a group address to a server adapted 

to create and managethe dynamic group, said serv- 
er populating the dynamic group with members from 
said other mobile stations determined in accord- 
ance with the at least one rule for initiating a group 20 
communication. 
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